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(54) Software platform having a real world interface with animated characters 



(57) A software development platform provides a 
user interface that adopts a real world metaphor. In par- 
ticular, the user interface appears to a user as containing 
rooms of a home. The user can specify what rooms are 
to be included in the home and can specify the style of 
the appearance of the rooms of the home. The user inter- 



face provides a vehicle for the user to invoke applications 
and perform tasks. The user interface also provides a 
personal character for each user. The personal character 
is an animated guide that helps to assist the user in using 
the computer. Specialized characters may also be pro- 
vided to perform specialized tasks. 
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Description 

Technical Field 

The present invention relates generally to data 5 
processing systems and, more particularly, to software 
development platforms in data processing systems. 

Background of the Invention 

10 

Many conventional software products provide user 
interfaces that are difficult to use. These user interfaces 
are particularly difficult for novice users to use. Such nov- 
ice users often feel intimidated by the user interfaces. 
Unfortunately, a user must typically undergo extensive is 
training before he feels comfortable using the user inter- 
faces of such software products. 

Summary of the Invention 

20 

The shortcomings of the user interfaces of the prior 
art are overcome by the present invention. In accordance 
with a first aspect of the present invention, a method is 
practiced in a computer system that has a processor, a 
storage and a video display. Per the claimed method, an 25 
animated character facility is provided for execution on 
the processor to provide an animated character to assist 
the user. An application program is provided and exe- 
cuted on the processor. Context information that 
describes a current context is maintained on the storage. 30 
The context information includes information about a 
current user. Based on the current context, an appear- 
ance for the animated character is determined and the 
determined appearance is displayed on the video dis- 
play. 35 

In accordance with another aspect of the present 
invention, a software platform is provided in a computer 
system. The software platform includes an animation 
character facility for displaying animations of animation 
characters on a video display to assist a user. Code and 40 
data for each character is encapsulated into separate 
objects. A selected one of the objects for a selected char- 
acter includes code for tracking user actions. The code 
for tracking user actions is executed, and based on 
actions by the user that have been tracked by the code, 45 
the system determines which animation of the selected 
animated character display on the video display using 
the animation character facility. 

In accordance with an additional aspect of the 
present invention, a method is practiced in a data so 
processing system having a processor for running com- 
puter programs, storage for storing the computer pro- 
grams and a video display. In this method, a current user 
is provided with a selection of personal characters from 
which the user may choose. In response to a choice by ss 
the user of a desired persona! character, a character 
selected by the user is assigned to the user. Whenever 
any of the computer programs are run, the desired per- 
sonal character is displayed on the video display for the 



current user and assistance is provided to the current 
user through the personal character. 

In accordance with another aspect of the present 
invention, a method is practiced in a data processing sys- 
tem having a video display. In this method, an animated 
personal character is provided for a user. The animated 
personal character is displayed on the video display to 
assist the user in using the data processing system. A 
specialized task is invoked within the data processing 
system. When the specialized task is invoked, the per- 
sonal character is replaced with an animated specialized 
character. The animated specialized character is dis- 
played on the video display and provides assistance to 
the user for the specialized task. 

In accordance with a still further aspect of the 
present invention, a method is practiced in a data 
processing system having a video display and a charac- 
ter editor. In the method, the character editor is used to 
interactively create a personal character for a user. The 
character created using the character editor is displayed 
on the video that is displayed to assist the user in using 
the data processing system. 

Brief Description of the Drawings 

Figure 1 is a block diagram of a data processing sys- 
tem that is suitable for practicing a preferred embodiment 
of the present invention. 

Figure 2 is a diagram of a contemporary style study 
as provided by the preferred embodiment of the present 
invention. 

Figure 3 is a diagram illustrating an example spe- 
cialist character in an application program according to 
the preferred embodiment of the present invention. 

Figure 4 is a diagram illustrating the components of 
a data file for a character in accordance with the pre- 
ferred embodiment of the present invention. 

Figure 5 is a diagram of an example of the user inter- 
face provided by the preferred embodiment of the 
present invention to enable a user to select a personal 
character. 

Figure 6 is a flow chart of the steps performed by the 
preferred embodiment of the present invention to create 
a new character. 

Figure 7 is a diagram depicting a sample screen of 
a character editor of the preferred embodiment of the 
present invention. 

Figure 8 is a diagram illustrating an exemplary video 
frame sequence for an animation in accordance with the 
preferred embodiment of the present invention. 

Figure 9A is a block diagram illustrating the interac- 
tion between an application, a speech balloon service 
and the character data file in obtaining a vocabulary snip- 
pet in the preferred embodiment of the present invention. 

Figure 9B is a flow chart illustrating the steps per- 
formed by the preferred embodiment of the present 
invention to obtain and display a vocabulary snippet in a 
speech balloon. 
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Figure 10A is a block diagram illustrating the inter- 
action between an application, a tracking service and a 
tip service in deciding whether to display a tip in the pre- 
ferred embodiment of the present invention. 

Figure 1 0B is a flow chart illustrating the steps per- s 
formed in deciding whether to display a tip in the pre- 
ferred embodiment of the present invention. 

Figure 11A is a block diagram illustrating the inter- 
action between an application, actor services and the 
character data file in playing an animation in the pre- 10 
ferred embodiment of the present invention. 

Figure 11 B is a flow chart illustrating the steps per- 
formed in the preferred embodiment of the present inven- 
tion to play an animation. 

Figure 12 is a flow chart illustrating the steps per- is 
formed when a known user attempts to log on in the pre- 
ferred embodiment of the present invention. 

Figure 13 is an example of an outside screen used 
in the preferred embodiment of the present invention. 

Figure 14 is a flow chart illustrating the steps that 20 
are performed when a new user attempts to log on in the 
preferred embodiment of the present invention. 

Figure 15 is a diagram illustrating exemplary layout 
for the rooms of a home in accordance with the preferred 
embodiment of the present invention . 25 

Figure 1 6 is an example of a castle-style study gen- 
erated in accordance with the preferred embodiment of 
the present invention. 

Figure 17A illustrates the appearance of graphical 
objects in a room when a contemporary style is chosen 30 
for the room in accordance with the preferred embodi- 
ment of the present invention. 

Figure 1 7B is a diagram illustrating graphical objects 
for a room when a space-style is chosen for the room in 
the preferred embodiment of the present invention. 35 

Detailed Description of the Invfintipn 

A preferred embodiment of the present invention 
provides a software development platform that provides 40 
a friendly and intuitive user interface. The user interface 
provided by the software development platform adopts a 
real world metaphor so that it is readily recognizable to 
users and not intimidating to novice users. The user 
interface helps to minimize the time required to learn to 45 
use the computer and also helps to demystify the com- 
puter to novice users. The user interface presents the 
user with an environment that resembles rooms of a 
house and provides each user with a personal character 
that serves as a guide and assistant. 50 

Figure 1 is a block diagram of a data processing sys- 
tem 1 0 that is suitable for practicing the preferred embod- 
iment of the present invention. The data processing 
system 10 includes a central processing unit (CPU) 12 
for controlling operation of the data processing system 55 
10 and a number of peripheral devices, including a key- 
board 14, a video display 1 6, an audio output device 1 7, 
a mouse 1 8, a secondary storage device 20, and a mem- 
ory 22. 



Those skilled in the art will appreciate that the data 
processing system 10 of Figure 1 is intended to be 
merely illustrative and that the present invention may 
also be practiced in other environments, such as in an 
electronic wallet or an intelligent television set. 

The memory 22 holds the software development 
platform 24 of the preferred embodiment of the present 
invention. The software development platform 24 
includes three modularized components: services 26, 
applications 28 and a shell 30. These three components 
26, 28 and 30 will be described in more detail below. 

The software development platform 24 may be 
viewed as a hybrid between an operating system and a 
software suite. It provides functionality that resembles an 
operating system through the services 26 and the shell 
30. On the other hand, the software development plat- 
form 24 provides functionality that resembles a suite in 
that it provides a number of different applications 28 to 
the user. 

Those skilled in the art will appreciate that the 
present invention may be practiced on data processing 
configurations that differ from that depicted in Figure 1. 
The data processing system depicted in Figure 1 is 
intended merely to be illustrative. Those skilled in the art 
will also appreciate that the services 26, applications 28 
and shell 30 may be implemented in a number of different 
ways, including as objects that comply with the compo- 
nent object model set forth in the OLE 2.0 protocol of 
Microsoft Corporation of Redmond, Washington. 

In order to fully understand the preferred embodi- 
ment of the present invention, it is helpful to first intro- 
duce a few relevant concepts. One such concept is the 
notion of an "object". An object is a logical structure that 
includes data structures for holding data. An object may 
include functions that operate on the data held in the data 
structures. An object, in some instances holds only data 
and does not hold any functions. 

Another concept that is utilized in the preferred 
embodiment of the present invention is an "interface". An 
interface is a named set of logically-related functions that 
allow, for example, a user to access the services 26 and 
applications 20. An interface lists signatures, such as 
parameters, for a set of functions. An interface does not 
provide code for implementing functions; rather, the code 
for implementing functions is provided by objects. 
Objects that provide the code for implementing such 
functions of an interface are said to "support" the inter- 
face. The code provided by an object that supports an 
interface must comply with the signatures that are set 
forth in the interface definition. In the C++ programming 
language, an interface is a set of virtual functions. 

The services 26 provide functionality that may be 
called by clients, such as applications 28 or the shell 30. 
In the preferred embodiment of the present invention, the 
services 26 are implemented as OLE 2.0 component 
objects. They provide services to clients by making 
instances of interfaces (that they support) available to cli- 
ents. Component objects are described in more detail in 
"Inside OLE 2," by Kraig Brockschmidt, Microsoft Press, 
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1994. Examples of what is a service 26 will be given 
below. 

The applications 28 are oriented to specialized tasks 
rather than to generalized functions. For example, in 
some implementations, the applications 28 may include s 
a letter writer for writing letters and a resume writer for 
writing resumes rather than including a word processing 
application for performing both such tasks. The task-ori- 
ented nature of the applications 28 makes it easier for 
the user to decide which application to use to perform a 10 
given task. 

The applications 28 are developed to encourage 
personal interaction between the user and characters. 
As will be described in more detail below, the characters 
serve as assistants that aid the user in performing tasks. 15 
The characters are designed to encourage social inter- 
action with the user. The applications 28 interact with the 
user via the user interface elements, such as the per- 
sonal character, that are also utilized in the shell. The 
applications 28 appear in the shell 30 as objects that can 20 
be organized, modified or launched. The applications 28 
take advantage of the services 26 provided by the soft- 
ware development platform 24 to present the user with 
a consistent and readily recognizable user interface. 

The shell 30 is analogous to an operating system 25 
shell. The shell 30 provides a user interface to the user 
that allows the user access to the applications 28 and 
services 26. As was mentioned above, the shell 30 pro- 
vides a user interface that has a real world metaphor. 
The user interface resembles one or more rooms of a 30 
house. Each room contains objects that may be manip- 
ulated to perform a desired task. The objects are intui- 
tively assigned to assist the user in performing tasks. For 
example, to invoke a calendar program, the user merely 
needs to double-click the mouse 1 8 on a graphical cal- 35 
endar object that has the appearance of a calendar. 

In order to understand the user interface provided 
by the shell 30, it is helpful to examine an example The 
user interface includes two primary elements: characters 
and rooms. Figure 2 shows an example of a room 32 that 40 
is provided by the shell 30. The room 32 is a screen that 
is displayed on the video display 1 6. The room 32 shown 
in Figure 2 is one of many rooms that may be provided 
the shell 30. The user interface shown in Figure 2 also 
includes a personal character 34 that provides the user 45 
with assistance in using the data processing system 10. 

The use of characters within the preferred embodi- 
ment of the present invention and the use of the interface 
that resembles one or more rooms of a home in the pre- 
ferred embodiment of the present invention will be so 
described in more detail below. The discussion initially 
focuses on the use of characters and then later focuses 
on the use of the interface that resembles rooms of a 
house. 

Each user is assigned a "personal character." The 55 
character is "personal" in that it is assigned on a per-user 
basis. Nevertheless, different users may be assigned a 
same personal character. The user may choose a per- 
sonal character or have a default personal character 



assigned. The shell 30 provides a user interface that 
allows a user to choose a personal character or change 
a personal character. The personal character provides 
the U6er with a tool that assists the user in performing 
tasks. The user interacts with the personal character in 
a social fashion as if the character were another person. 
The personal character of a user is continuously present 
(except in a few instances) to help the user in performing 
tasks. Examples of actions that the personal character 
may perform include personally greeting a user, telling 
the user what the user can and cannot do, providing 
expertise on matters related to using the computer and 
informing the user of important events and engage- 
ments. 

As shown in Figure 2, the personal character 34 is 
consistently shown on the video display 16 in the lower 
right-hand corner in the preferred embodiment of the 
present invention. Alternatively, the personal character 
may move about the screen in some embodiments of the 
present invention. Moreover, in some alternative embod- 
iments, the personal character may appear and disap- 
pear based on user actions or system events. The 
personal character 34 often provides assistance to the 
user by displaying speech balloons (see balloon 35 in 
Figure 2). The speech balloons present the user with text 
that contains helpful information and/or controls that 
allow the user to performtasks. For example, speech bal- 
loon 25 includes the text: "Greetings, Sam", the "Start an 
activity" button control and the "Other options" button 
control. Alternatively, the speech balloon may include 
text but not controls. The controls may be relegated to a 
separate menu or other user interface element. 

Each personal character may perform a number of 
different animations. Each personal character has its 
own "personality" that is reflected in its animations. The 
personality of the character is also reflected in the con- 
tents of its speech balloons and generally in its interac- 
tions with the user. At any point in time a user may 
replace a personal character with another personal char- 
acter whose behavior and personality are more to the 
liking of the user. 

"Specialist characters" are also provided in the pre- 
ferred embodiment. Specialist characters are similar to 
personal characters, but specialist characters appear 
only when the user is performing a specialized task 
Each specialist character has a personality and a 
demeanor that is well suited for its specialized task. 
Moreover, its vocabulary is especially adapted for the 
task at hand and it may have a greater helpfulness index 
to provide the user with a greater amount of assistance 
than the personal character. The specialist character is 
an expert that helps the user to better perform a critical 
specialized task. For example, Figure 3 shows an exam- 
ple of a plant specialist character 36 who appears in a 
gardening application program. She provides advice and 
options via speech balloon 37. A specialist character 
may have greater credibility and is provided to gain the 
trust of the user in performing a specialized task. A spe- 
cialist character replaces the personal character of a 



4 



7 



EP0 691 609 A1 



8 



user when the specialized task is to be performed. When 
the specialized task is completed, the personal character 
returns to replace the specialist character. Thus, a user 
may have available a whole family of characters that 
include his personal character as well as a number of 
specialist characters. A specialist character is generally 
created and controlled by an application 28. 

In an alternative embodiment, the personal charac- 
ter is not replaced but, rather, the appearance of the per- 
sonal character changes. For example, if the user 
invokes a spreadsheet program, the personal character 
might don a green visor, change his vocabulary and be 
more helpful than usual. 

For each character (e.g. , each personal character or 
each specialist character), the software development 
platform 24 stores a data file 39 that describes critical 
characteristics of the character. Those skilled in the art 
will appreciate that the data may be stored in multiple 
files rather than a single tile. The data stored in the data 
tile 39 is used to generate actions by the character, as 
will be described in more detail below. Figure 4 illustrates 
the major types of data that are stored in the data file 39 
for each character. In the preferred embodiment, each 
instance of a character is an object that supports inter- 
faces for performing tasks. Application program inter- 
faces (APIs) are provided to allow applications 28 to use 
such characters. Those skilled in the art will appreciate 
that other types of data may also be stored in file 39. 
Animations 40 that may be performed by the characters 
are stored as metafiles or bitmaps in the data tile 39. For 
example, an animation illustrating the personal character 
jumping up and down, an animation illustrating the char- 
acter sleeping and an animation illustrating the character 
pacing may also be stored in the data file 39. 

Vocabulary data 44 is also stored in the file 39. The 
vocabulary data 44 is a table of vocabulary snippets that 
may be used to form text contained within character 
speech balloons. Examples of vocabulary snippets 
include a snippet for the character's name, a snippet for 
introducing the character, a snippet for greeting a user, 
a snippet for providing a farewell and a snippet for sound- 
ing an alarm. Those skilled in the art will appreciate that 
other snippets may also be stored in the vocabulary data 
44. All characters need not have the same vocabulary. 
In fact, preferably, each character has a unique vocabu- 
lary. 

History data 46 is stored for each character. The his- 
tory data 46 includes a snapshot of the character and 
personal information. The snapshot is a bitmap or meta- 
file that depicts the character. The personal information 
includes the name, sex, hometown, a helpfulness index 
(in the range of 0-6) and other attributes. The helpfulness 
index is a quantitative value that indicates how likely the 
character is to provide instructions to the user. Certain 
characters are designed to be more helpful than others, 
as reflected in larger values for their helpfulness indices. 
Characters with different degrees of helpfulness are pro- 
vided to better suit the needs and personalities of users. 



Lastly, code 50 maybe stored in the data file 39. The 
code 50 provides added functionality for the character. 
The code 50 is optional and is used to enhance the capa- 
bilities of the character. For example, code may be pro- 

5 vided to track user actions. By tracking user actions, the 
character is more likely to be able to anticipate a user's 
needs and to help the user avoid common pitfalls. In 
addition, the code 50 may provide added functionality, 
such as voice recognition, voice activation and other 

10 intelligence that enhances the capabilities of the charac- 
ter. 

The software development platform 24 provides a 
user with a choice from a number of different personal 
characters. The shell 30 provides a dialog that allows the 
is user to select the personal character that the user 
desires. Figure 5 illustrates an example of the user inter- 
face that is provided for selecting a personal character. 
The user interface is organized as a photo-book, where 
each page shows the snapshot of the character and 

20 information about the character. Speech balloons are 
provided that have controls for selecting or rejecting the 
viewed character. 

The software development platform 24 also provides 
a character editor as part of the services 26 that allows 

25 a user to create new characters. Figure 6 is a flow chart 
showing the steps performed to create a character using 
the character editor. Figure 7 shows an example screen 
shot of the character editor in use. Initially, the user must 
create cast members {i.e., generate bitmaps for the cast 

30 members) or locate a file that holds cast members (step 
52 in Figure 6). Cast members are the graphical pieces 
of a character. For example, the cast members of a dog 
personal character (labeled 20-39) are shown in Figure 
7. Cast members, the various parts of the dog, include 

35 the dog's head, eyes and snout (cast members 20-22) 
and the dog's eyes (cast members 23-28). These cast 
members are stored as either bitmaps or metafiles. In 
the preferred embodiment of the present invention, the 
cast members are stored as metafiles to minimize mem- 

40 ory requirements for the cast members and animations, 
and to all smooth display at differing resolutions. 

Once the user has provided cast members, the cast 
members are imported into the character editor (step 54 
in Figure 6). This allows the character editor to gain 

45 access to the cast members. The character editor is then 
used to create a rest pose frame from the cast members 
(step 56). The rest pose frame is an animation frame 
showing the character at rest. Each animation begins 
and ends with such a rest pose frame. 

so The character editor is also used to produce anima- 
tions which include collections of video frames that are 
played in order to create the illusion of movement by the 
character. Each frame holds the video data necessary 
to display the character in a given position. Sound may 

55 be added to the animation. For example, in Figure 7 the 
character editor is being used to create frame 3 of an 
animation. The sound is stored in separate sound 
frames. The sounds are stored as waveforms that may 
be replayed along with the sequence of video frames. 
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Alternatively, voice synthesis techniques may be 
employed to generate sound. 

Figure 8 shows a sequence of video frames 78, 80, 
82 and 84 that are part of an animation for the dog per- 
sonal character. Although the animation that is shown in 5 
Figure 8 is two dimensional, those skilled in the art will 
appreciate that the characters may also have three- 
dimensional animations. Once a rest pose frame has 
been created (step 56), the cast members are used to 
create the remaining frames of the animation (step 58). w 
As can be seen by examining Figures 7 and 8, the rest 
pose frame 78 was created using cast members. Simi- 
larly, frame 80 is created, using other cast members. For 
personal characters, a separate ani mation is provided for 
each designated action that the character may perform is 
or for each command to which the character is respon- 
sive. 

Once the animations are created (step 58), the his- 
tory data 46 is interactively obtained from the user for the 
newly created character. The character editor provides 20 
edit boxes to edit the personal information stored in the 
history data 46. In addition, the snapshot of the character 
stored in the history data 46 may be manipulated so as 
to specify a metafile or a bitmap that holds as the snap- 
shot of the character. 25 

The vocabulary data 44 of the character is then inter- 
actively obtained from the user (step 62). Lastly, the 
obtained data is saved in the data f il e 39 for the character 
(step 64). 

The vocabulary data 44 stored in the data file 39 is 30 
used to display text within a speech balloon of a charac- 
ter. A speech balloon service is provided as part of the 
services 26 (Figure 1) of the software development plat- 
form 24. The role of the speech balloon service is to 
retrieve vocabulary snippets from the vocabulary data 44 35 
held within the data file 39. The retrieving of vocabulary 
snippets will be described in more detail below relative 
to Figures 9A and 9B. The retrieved snippets may also 
act as input to a voice synthesis portion of the system 
that produces corresponding audio output. 40 

Vocabulary snippets are provided for a number of 
different purposes. Each purpose has an associated 
snippet name. For each snippet name, there may be up 
to 30,000 snippets provided. For example, the exclama- 
tion snippet name may include "On my!", "Wow!" and 45 
"Excellent!" as snippets, which express a character's 
excitement. The snippets stored under each snippet 
name are indexed to permit easy access. 

System services that are provided as part of the 
services 26 draw the speech balloon at the request of an so 
application 28. The contents of the speech balloon (i.e., 
the text and controls contained therein) are the respon- 
sibility of the application. Figure 9B shows a flow chart 
of the steps performed by an application to obtain a text 
snippet Initially, the application 28 (Figure 9A) sends a 55 
request 88 for a snippet by name to the speech balloon 
service 86 (step 94 in Figure 9B). As there may be mul- 
tiple snippets stored for the requested snippet name, the 
speech balloon services 86 must decide which snippet 



to retrieve from the character data file 39 (step 96 in Fig- 
ure 9B). The speech balloon service 86 may, for exam- 
ple, use a weighted random method to determine which 
snippet to retrieve. For example, a random value may be 
generated. The random value is then used as an index 
for retrieving a snippet 92 amongst those stored under 
the snippet name. Thus, for instance, the snippet used 
to express character excitement varies so as to make 
interaction with the character more interesting. 

The indexed snippet 92 is then retrieved from the 
character data file 39 by the speech balloon service 86 
(step 98 in Figure 9B). The speech balloon service 86 
forwards the snippet 92 to the application 28 (step 100 
in Figure 9B). The application 28 displays the snippet in 
a speech balloon (step 1 02 in Figure 9B). 

"The speech balloons displayed by the preferred 
embodiment of the present invention may include tips. 
Tips are useful information provided by a character to 
assist the user in performing a task. Typically, a tip is dis- 
played when a user does something wrong. Tips may, 
however, be triggered by other events to help the user 
avoid this pitfall in the future. To provide such tips, the 
preferred embodiment includes a tip service 104 and a 
tracking service 105, as shown in Figure 10A. The tip 
service 104 and the tracking service 105 are part of the 
system services 26 and interact with the application 28 
to guide the application in deciding when to provide tips. 
The tip service 104 has access to a number of tips 103 
for which it may display. The tips are stored in data struc- 
tures that are provided from the application 28 when it is 
initially loaded. 

A separate data structure is stored for each tip. The 
data structure holds the number of lives for the tip, the 
sensitivity index of the tip (0-48), an identifier for the tip 
and a specification of how to display the tip. The sensi- 
tivity index specifies some measure of how frequently the 
user must perform a triggering event before a tip will be 
displayed. The sensitivity index reflects an empirically 
derived estimate of how frequently a tip should be dis- 
played based on the number of occurrences of a trigger- 
ing event. The sensitivity index is used along with the 
helpfulness index of the personal character to determine 
when a tip is to be displayed. This calculation will be dis- 
cussed below. The number of lives value stored for a tip 
specifies how may times a tip will be displayed before it 

The tip service 104 is responsible for retrieving the 
tip and providing the necessary information to display the 
tip in a speech balloon. The tracking service monitors 
user activities to determine when to display the tip. 

Figure 1 0B is a flow chart illustrating the steps that 
are performed to determine whether to display a tip. Ini- 
tially, a user performs a triggering event (step 106). For 
example, suppose that a user is typing a word processing 
document and manually inserts carriage returns when 
the word processing program will automatically insert a 
carriage return. The entering of a manual carriage return 
by the user is a triggering event. 

The application 28 then tells the tracking service 1 05 
of the occurrence of the triggering event (step 107). As 
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was mentioned above, each tip stores a value that spec- 
ifies the number of lives of the tip. Each time that the user 
performs the correct action (i.e., an action that if per- 
formed incorrectly would trigger a tip), the number of 
lives is decremented by 1 . In addition, when the tip gets 5 
displayed, the number of lives is also decremented by 1. 
Before a tip may be displayed, a determination is made 
whether the number of lives is greater than 0 (step 108). 
If the number of lives is greater than zero, the tracking 
service 105 decrements the count it maintains (step 10 
109). 

In contrast, if the number of lives is less than or equal 
to 0, the tip is not displayed, because the number of lives 
have been extinguished. The number of lives can be 
incremented or reinitialized. For example, the number of is 
lives may be reinitialized periodically if the user has not 
used the system or if the tip has not been displayed for 
a predetermined period of time. 

For each user and tip pair, a separate count is main- 
tained. The count is initially set equal to the sensitivity 20 
index and is decremented by the helpfulness index of the 
personal character each time that the triggering event 
occurs. For instance, suppose that the sensitivity index 
for a tip is "18" and the helpfulness index for the personal 
character is "6". Each time the triggering event occurs, 25 
the count is decremented by "6". 

Whenever the count is decremented, the tracking 
service 105 checks whether the count is less than or 
equal to 0 (step 110). In the example given above, the 
third time the triggering event occurs, the sensitivity 30 
index equals 0. In the two previous occurrences, in step 
1 10 it is determined that the count is not less than or 
equal to 0 and, hence, the tip is not displayed. If the count 
is greater than 0, the tip is displayed (step 111). 

The tip is displayed by the tracking service 1 05 tell- 35 
ing the tip service 104 to display the tip. The tip service 
104 provides requisite information to the application 28 
to display the tip in the speech balloon. As mentioned 
above, data structures for the tip are provided on a per- 
application basis. It should be appreciated that the tips 40 
may be applied across application boundaries. For 
instance, certain tips may be applicable to different appli- 
cations. Accordingly, the tip may be applied across appli- 
cation boundaries. 

The services 26 that are provided in the software 45 
development platform 24 (Figure 1) also include actor 
services for animating the characters. Figure 1 1 A shows 
the components that play a role in playing such anima- 
tions, and Figure 1 1 B shows a flow chart of the steps 
performed to play such an animation. Initially, an appli- so 
cation 28 sends a command 1 14 to actor services 112 
to request that the character perform a particular action 
(step 1 1 6 in Figure 1 1 B). The actor services 1 1 2 consult 
a table 1 13 that associates commands with animations. 
In particular, the table 1 1 3 tells the actor services 112 55 
what animation to retrieve for the given command 1 14. 
The actor services 1 1 2 then retrieves the animation that 
is appropriate for the command 114 (step 1 1 7 in Figure 
11B). The retrieved animation 115 is played by actor 



services 1 12 (step 1 1 8 in Figure 1 1 B). The actor services 
112 include timing mechanisms that allow the animation 
to be played properly and smoothly. In particular, a sys- 
tem timer is provided and set to specify when a next 
frame in an animation sequence is to be played. The 
actor services calculate which frame to next display and 
set the timer accordingly. 

The animations 40 stored within the data file 39 
includes video frames as well as duration and timing 
information. The animations 40 also may include audio 
information and conditional branching information. The 
conditional branching information allows the play 
sequence of frames to vary so that, under certain condi- 
tions, the frames are played at a different sequence than 
they are normally played. The idea behind the condi- 
tional branching is to make sure that the same animation 
is not played repeatedly. The conditional branching 
mechanism uses a random number generator that gen- 
erates a random number in the range 0-8000 in hexa- 
decimal notation. The range of possible values of 
random number is divided into subranges, wherein each 
subrange is associated with a corresponding branch. 
The size of the subrange depends on the probability that 
the associated branch will be taken. Thus, for example, 
a branch with an 80 percent probability of occurring is 
assigned a subrange that constitutes 80 percent of the 
range between 0 and 8000 (hex). It is then determined 
which subrange the random number falls in, and the 
associated branch for the subrange is played at the point 
of the conditional branch. 

The conditional branching is particularly useful for 
the idle animation. The idle animation is displayed when- 
ever no other commands have been send to the actor 
services 1 1 2. It should be appreciated that the idle ani- 
mation may be requested by applications 28 and by the 
shell 30. More generally, the application 28 shown in Fig- 
ure 1 1 A and the application 28 shown in Figure 9A may 
be the shell 30 or other applications. Since the idle ani- 
mation is shown so frequently, the conditional branching 
is desirable within the idle animation to vary the anima- 
tion sequence that is shown to the user. 

In the preferred embodiment of the present inven- 
tion, characters are aware of users and the surrounding 
environment. In particular, characters are aware of the 
age and gender of the user and may be aware of addi- 
tional user information derived from user tracking soft- 
ware. For instance, a character may refer to a female 
user as "Mme." and may refer to a male user as "Sir". 
Characters are also aware of their surrounding environ- 
ments so that they are aware of current date and time. 
For example, if a user logs in during the morning, the 
character may greet the user with "Good morning". In 
contrast, if the user logs on in the evening, the character 
may greet the user with "Good evening". As a further 
example, certain actions that a character performs may 
be triggered by timing. For example, a character may be 
developed so as to produce a speech balloon that says 
'Time for lunch" when the clock reads 12 noon. 
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Through the use of personal and specialist charac- 
ters, the preferred embodiment of the present invention 
makes the user interface of the shell much more easy to 
use. These characters are especially well adapted to be 
used by novice users without the n eed for extensive train- 5 
ing. Moreover, these characters are consciously 
designed to be non-intimidating to users. As such, users 
feel more at ease using the software platform of the pre- 
ferred embodiment than using conventional software 
products. 1Q 

The above discussion has focused on characters 
and their use within the preferred embodiment of the 
present invention. The discussion below focuses on the 
home user interface provided by the shell 30 (Figure 1) 
of the preferred embodiment of the present invention. is 

The shell 30 provides the user with the ability to log 
on and gain access to the rooms that constitute his 
"home". Figure 12 is a flow chart of the steps that are 
performed during a log-on sequence in the preferred 
embodiment of the present invention. Initially, an outside 20 
screen depicting a front door of the home of a user is 
shown on the video display 16 (step 1 19 in Figure 12). 
When the user clicks the mouse 1 8 when a cursor is any- 
where on the screen that depicts the front door of the 
home, a log-on balloon is displayed as shown in Figure 25 
13 (step 120). The log-on balloon includes a list of 
options where the user can specify whether he is a new 
user or not (see step 121 in Figure 12). If the user is not 
a new user, a balloon is displayed that contains an edit 
box for requesting a password (step 1 22). After the user 30 
has entered the password, a determination is made 
whether the user entered the correct password or not 
(see step 1 24). If the user did not enter the correct pass- 
word, an error balloon is displayed (step 126), and then 
the user is requested to again enter his password (step 35 
122). If instead, the user enters the correct password, it 
is determined whether the user has logged on previously 
or not (see step 128). If the user has logged on previ- 
ously, the last room that the user was in is displayed on 
the video display 1 6 (step 1 32 in Figure 1 2). On the other 40 
hand, if this is the first time the user has logged on, a 
default room of the home (e.g., the study) is displayed 
on the video display 16 (step 130 in Figure 12). 

If in step 1 20, it is determined that the user is a new 
user, the steps shown in Figure 14 are performed. Ini- 45 
tially, text is displayed that welcomes the user (step 134 
in Figure 14). The shell 30 then displays check boxes 
and fields for the user to complete (step 136). The user 
selects check-boxes and enters requested information in 
the fields. A password edit box is then displayed (step so 
138). The user enters the proposed password into the 
edit box. A confirmation password edit box is subse- 
quently displayed to confirm the password that the user 
has entered (step 140). If the user enters a different 
password than he first entered (see step 142), the con- 55 
firmation edit box is again displayed (see step 140). In 
contrast, if the user enters the correct password, descrip- 
tive information about the home user interface is dis- 



played (step 144). Lastly, the user enters the home and 
is shown the default room of the home (step 146). 

The home that is provided by the software develop- 
ment platform 24 (Figure 1) is a series of rooms which 
are connected to each other via passageways. The pas- 
sageways provide a mechanism for a user to move 
between the rooms of the home. Passageways may be 
doors or other types of passageways. Figure 15 depicts 
the rooms that are included in a typical house in accord- 
ance with the preferred embodiment of the present 
invention. The home shown in Figure 13 includes an attic 
148, a study 150, a conservatory 1 52, a workshop 1 54, 
a kitchen 156, a family room 158 and a kids room 158. 
The home also includes the inside of a safe 162, the 
inside of a drawer 164 and the inside of a mouse hole 
166. The darkened arrows shown in Figure 13 indicate 
doorways that connect the rooms. The lighter arrows 
indicate passageways that are not doorways. 

When a room is displayed, the room occupies the 
full screen of the video display 16. Each room contains 
walls, a ceiling, a floor and a set of objects. The walls 
cannot be moved or resized. The nature of the room 
determines which objects are included in the room by 
default. For example, study 150 includes a desk and a 
lamp. Rooms cannot be changed into other types of 
rooms. For example, a kitchen cannot be changed into 
a family room. Rooms can be added and deleted from 
the home. As will be described below, the shell 30 pro- 
vides a vehicle for making such changes. 

Rooms are made up of walls, a ceiling and a floor. 
Objects are placed on the walls and floor of the room. All 
objects other than the walls, the ceilings and the floors 
can be moved within the room and can be resized. Figure 
14 shows an example of a study 32 that includes these 
elements. 

The shell 30 (Figure 1) provides a default home 
style. The default home style is the contemporary home 
style. The home style dictates the appearance of objects 
within the respective rooms of the home. In the preferred 
embodiment of the present invention, four home styles 
are available. These home styles are: contemporary, 
castle, retro- and post-modern. 

Each window in the home has an outside view. Ani- 
mations may be provided as pan of this outside view or 
static images may be provided. For example, a window 
may show an outside view of the ocean, scenes from 
Paris or scenes from a desert. 

To help illustrate the difference between home 
styles, Figure 1 6 shows a study in the castle home style. 
The study shown in Figure 16 may be contrasted with 
the contemporary study shown in Figure 2. Each of the 
studies contains many of the same objects, but the 
appearance of the objects differ according to the style. 

A user may change the style of a room. The shell 30 
provides a balloon that provides a user the option of 
changing the style of the room. The entire style of a 
house may be changed by changing the style of each of 
the rooms to the desired new style. 
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Figures 1 7A and 1 7B illustrate the change in appear- 
ance of objects when the style of the room is changed 
from contemporary to a space style. Figure 17A shows 
a couch 168, a balloon 1 70 and a coffee table 172 for a 
room in the contemporary home style. When the style of 5 
the room is changed to the space style as shown in Fig- 
ure 17B, the appearance of the couch 168* is changed, 
as is the appearance of the coffee table 172'. The 
appearance of the balloon 170, however, does not 
change. This is because there is no new image for the 10 
balloon in the new style. In changing room styles, the pre- 
ferred embodiment of the present invention changes the 
style of each object that has an image in the new style, 
but it does not change an object that does not have an 
image in the new style. 1S 

The default home includes a default set of rooms and 
a default location for objects within each room. Each 
room has at least one passageway. The door 1 74 shown 
in Figure 1 5 is an example of a passageway. A passage- 
way is a special kind of object that when clicked on {i.e., 20 
when the cursor points to the object and the mouse but- 
ton is quickly pressed and released) presents the user 
with a balloon. The balloon provides the option to jump 
to a specified room or to change the passageway If the 
user wishes to go straight to the passageway to the new 25 
room, the user double clicks on the passageway. 

The objects provided in each room are of three vari- 
eties: passive objects, active objects and passage-way 
objects. The passage-way objects have been discussed 
above. Passive objects are objects that are shown in a 30 
room merely for decorative purposes and do not provide 
a mechanism for activating an application or moving to 
a new room. Active objects provide extended properties 
and allow a user to invoke an application. Table 176 is 
an example of a passive object. Calendar 178, in con- 35 
trast, is an example of an active object. The user posi- 
tions the mouse on the calendar, double clicks and the 
calendar program is invoked. 

The objects may include their own code for handling 
the display of the objects, for handling the user interface 40 
for the object and for providing additional functionality for 
the object. For example, a cellular phone object might be 
provided that follows the user from room to room. The 
cellular phone object flashes a light when the user has 
received voice mail and presents a custom balloon that 45 
lets you listen to messages or speed dial numbers when 
the object is clicked upon. 

It should also be appreciated that objects may be 
animated just like characters. Such animations may 
include sounds, commands and conditional branching so 
as described above for the characters. The more tradi- 
tional objects are merely still images. 

Those skilled in the art will appreciate that the real 
world metaphor adopted by the preferred embodiment 
of the present invention may be extended to provide 55 
alternative user interfaces that differ from the home inter- 
face. For example, the interface may resemble a town or 
city. 



The preferred embodiment of the present invention 
provides a user interface that is easy to use, non-threat- 
ening and helpful. Users readily accept the home meta- 
phor provided by the user interface. The characters 
provided in the preferred embodiment act as friendly 
centralized services of assistance. 

While the present invention has been described with 
reference to a preferred embodiment thereof those 
skilled in the art will appreciate that various changes in 
form and detail may be made without departing from the 
intended scope of the present invention, as defined in 
the appended claims. 

Claims 

1 . In a computer system having a processor, storage 
and video display, a method comprising the steps of: 

providing an animated character facility for 
execution on the processor for providing an ani- 
mated character to assist a user; 

providing an application program for execu- 
tion on the processor; 

maintaining context information that 
describes a current context, on the storage, said 
context information including information about a 
current user; 

executing the application program on the 
processor; and 

based on the current context, determining an 
appearance for the animated character on the video 
display and displaying the animated character on the 
video display with the determined appearance. 

2. The method of claim 1 wherein the context informa- 
tion includes a current time and the step of deter- 
mining the appearance of the animated character is 
based on the current time. 

3. The method of claim 1 wherein the context informa- 
tion includes a current date and the step of deter- 
mining the appearance of the animated character is 
based on the current date. 

4. The method of claim 1 wherein the determined 
appearance of the animated character comprises an 
animation of the animated character. 

5. The method of claim 1 wherein the determined 
appearance of the animated character comprises a 
speech balloon for the animated character. 

6. In a computer system having a storage and a video 
display, a method comprising the steps of: 

providing a software platform that includes an 
animation character facility for displaying animations 
of animated characters on the video display for 
assisting a user; 

encapsulating code and data for each char- 
acter into a separate object, a selected one of said 
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objects for a selected character including code for 
tracking user actions; 

executing the code for tracking user actions 
in the selected object to track actions by the user; 

based on actions by the user that have been 5 
tracked by the code for tracking user actions in the 
selected object, determining what animation of the 
selected animated character to display on the video 
display with the animated character facility. 

10 

7. In a data processing system having a processor for 
running computer programs, a storage for storing 
the computer programs and a video display a 
method comprising the steps of: 

providing a current user with a selection of is 
personal characters from which the user may 
choose; 

in response to a choice by the user of a 
desired personal character from the selection, 
assigning a desired personal character to the user; 20 

whenever any of the computer programs is 

run, 

displaying the desired personal character of 
the current user on the video display; and 

providing assistance to the current user 25 
through the personal character. 

8. The method of claim 7 wherein the step of providing 
assistance to the current user through the personal 
character comprises the step of displaying an ani- 30 
mation of the personal character on the video dis- 
play 

9. The method of claim 7 wherein the step of providing 
assistance to the current user through the personal 35 
character comprises the step of outputting help 
information on the video display. 

1 0. The method of claim 7 wherein the data processing 
system further comprises an audio output device 40 
and wherein the step of providing assistance to the 
current user through the personal character com- 
prises the step of outputting audio information over 
the audio output device. 

45 

11. In a data processing system having a video display, 
a method comprising the steps of: 

providing a personal character for a user that 
is displayed on the video display to assist the user 
in using the data processing system; so 

providing an animation for the personal char- 
acter that may be played on the video display, said 
animation including multiple frames having a first 
branch of frames and a second branch of frames; 

receiving a request to play the animation; 55 

determining a state of a condition; 

based upon the determination of the state of 
the condition, determining which of the first branch 
and the second branch to play on the video display; 



and 

playing the determined branch. 

12. The method of claim 1 1 wherein the step of deter- 
mining the state of the condition comprises the step 
of determining a random value. 

13. The method of claim 1 1 wherein the step of deter- 
mining the state of the condition comprises the step 
of determining a current measure of time. 

14. In a data processing system having a video display, 
a method comprising the steps of: 

providing an animated personal character for 
a user that is displayed on the video display to assist 
the user in using the data processing system; 
invoking a specialized task; and 
replacing the personal character with an ani- 
mated specialized character that is displayed on the 
video display and that provides assistance to the 
user as to the specialized task. 

1 5. The method of claim 1 4, further comprising the steps 
of: 

maintaining information about the user on 
behalf of the personal character; 

making the maintained information available 
to the specialized character; and 

having the character perform a task that 
requires access to the maintained information. 
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